Fix(notebook,#17040): consolider deux paires de lectures consecutives (Video 01-1, 04-5b) - #22187

Path-collision (organ #13359/#13615)

Cette PR #22187 (Fix(notebook,#17040): consolider deux paires de lectures consecutives (Video 01-1, 04-5b)) touche au moins un chemin de fichier aussi modifie par d'autres PRs ouvertes. Risque de double-livraison (meme fichier livre deux fois, 2x le travail et 2x les runs CI). Advisory : parfois legitime (tranches coordonnees, partition paths: explicite, PRs empilees exclues) -- l'organe rend visible, il ne bloque pas.

• fort -- Fix(densite,#17040): tranche suite -- 12 lectures scindees consolidees (9 carnets, 5 familles) #21798 partage : MyIA.AI.Notebooks/GenAI/Video/01-Foundation/01-1-Video-Operations-Basics.ipynb, MyIA.AI.Notebooks/GenAI/Video/04-Applications/04-5b-MiniMax-video-01-v1-Cloud-Video.ipynb (issues communes : Redressement campagne densité #13410 : remplissages dégénérés — 233 notebooks, 20 paquets d'audit #17040)

No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml).

Detector: python scripts/audit/detect_organ_duplication.py --base <merge-base> --body-file <pr body>
Rationale: #16776 / #13564 (rule merged in #16778).

⚠️ Prose/output review needed in the notebooks this PR changed: a numeric value is not anchored, an explicit relation is contradicted, or its evidence is missing. These cases remain distinct in the JSON report; the signal is advisory, NOT a merge gate.

Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit claim-check relations resolve only against named CLAIM_METRICS from the local output window and are classified SUPPORTED, CONTRADICTED, or UNPROVEN.
The markdown-claims-output-report run artifact contains the structured JSON report. See python scripts/check_markdown_claims_output.py --help for re-running locally.
Detector rationale: c.290 / c.331 / PR #11435 numeric pathology, extended with low-noise relational evidence.

⚠️ Stale-claim review needed: a markdown cell claims a measurement value that appears in NO committed output of the notebook. Advisory, NOT a merge gate — triage against the JSON artifact.

Scope = notebooks CHANGED in this PR, not the whole corpus. The stale-claim-report run artifact holds the structured JSON.
Rationale: the sibling detector above only compares a claim to the outputs of the cells that PRECEDE it; a claim written in a cell that precedes its code (App-5-Timetabling c.2/c.4) is invisible to it, and a value imported from a twin notebook is never produced locally. See python scripts/check_stale_claims.py --help.

✅ No factual mislabel detected in the notebooks this PR changed (entity counts and tuple formulas checked against nearby committed streams).

Scope = notebooks CHANGED in this PR, not the whole corpus. The factual-mislabel-report run artifact holds the structured JSON.
Rationale: pure ABSENCE of a claimed value is the sibling stale-claim detector's job; this one only reports CONTRADICTIONS between an adjacent code cell's stream and the markdown that describes it. See python scripts/check_factual_mislabel.py --help.

G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
La lane `myia-po-2025:CoursIA` voit ces signaux actifs sur les mergees du jour (UTC 2026-10-23) :

• TIER-INFLATION : declared LIGHT << effective LIGHT-genre (tally : declared=0 genre=2 cap=2)
• NOTE ([variation] Le label est lane-agregat mais PR-attache : le merge-gate peut HOLD le grain de CONTENU qui remedie au motif #10341) : la PR courante est de classe CONTENU (non LIGHT-genre) et ne contribue pas au motif ci-dessus -- les labels agregees ne sont PAS poses sur cette PR (le merge-gate ne doit pas la HOLD pour ce motif ; le coupable est parmi les grains META de la lane).

G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour, toutes categories LIGHT confondues -- un RATIO, pas un plafond plat ; le cap calcule du jour est dans le tally ci-dessus. G-VAR-3 interdit deux genres LIGHT consecutifs. Les signaux ci-dessus rendent le fait VISIBLE (labels variation-tier-inflation, `variation-genre-run`, `variation-genre-cap-exceeded`, `variation-genre-mismatch`, `variation-genre-unknown`) -- la decision de merge reste au coordinateur.

Notebook PR Validation: PASS

• Notebooks checked: 2
• Code cells validated: 24
• Result: All passed

Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns)
Non-Python kernels (.NET/Lean): C.1 + errors only (execution_count advisory)
QuantConnect notebooks: C.1 + errors only (require QC Cloud for execution)

Notebook outputs-required (H.4 schema): PASS (every code cell carries an outputs: list)

Triage des deux rouges du PR gate : l'un est un faux positif mesuré, l'autre n'est plus rouge du tout.

No markdown content loss in changed notebooks — faux positif, contenu déplacé et non perdu

Le finding porte sur la cellule 16 de 01-1-Video-Operations-Basics.ipynb :

- cell 16 TRUNCATED_CELL: 887c -> 184c (ratio 0.207, seuil 0.75)
    before: '### Interpretation : Manipulations moviepy'
    after:  '## Section 3 : Analyse des metadonnees avec ffmpeg-python'

Mesure cellule par cellule sur les deux blobs, base origin/main contre cette tête :

Le bloc de 887 c n'a pas été supprimé : il est passé dans la cellule de lecture que cette PR fusionne (c'est l'objet même du grain, règle 1 de #17040). Recherche des marqueurs de substance dans la tête : Trimming, concatenate_videoclips, CompositeVideoClip, write_videofile, Points clés, paresseuse (lazy), `.close()`, fichier de police TTF — tous présents en cellule 15.

L'organe apparie par index de cellule ; un déplacement de frontière entre deux cellules voisines lui est invisible, et md_cells base=25 head=25 stable=True le confirme (le compte n'a pas bougé, c'est la frontière qui a bougé). Même angle mort que celui documenté sur #22190.

Le body porte le marqueur d'échappement #13491 (section « Content-loss justifie »). Rejeu local de l'organe avec ce body :

[STATS]    md_cells base=25 head=25 stable=True | normalized_chars base=22594 head=22559 | findings=0
[JUSTIFIED_BY_BODY] cellules [16] -- reecritures assumees par marqueur de body (#13491).
  - cell 16 TRUNCATED_CELL_JUSTIFIED_BY_BODY: 887c -> 184c ... -- reecriture assumee par marqueur de body
rc= 0

Le rouge date de 2026-10-23T14:48:19Z ; le canal MD_CONTENT_LOSS_PR_BODY est bien exporté par la fast lane (always-on-guards.yml, étape « Fast lane »), donc la prochaine jambe de cette tête rend rc=0. La jambe est en file avec le reste de la vague (voir ci-dessous).

Always-on guards -- 16 organes, 1 checkout — pas de rouge sur cette tête

Lecture à la source (commits/e7b7c2c41a/check-runs, pli du dernier started_at par nom) : les trois instances de cette jambe sur cette tête sont queued (03:01Z) et cancelled ×2 (02:18Z). Aucune conclusion failure. Le PR gate de 22:53Z l'a comptée rouge sur un état antérieur ; ce n'est pas un défaut de la PR mais l'effet du pool de CI saturé (environ 1 500 runs en file), donc aucune vague d'update-branch de ma part.

Ce qui reste

Rien à corriger côté code : la tête est inchangée et le grain tient. Les jambes en file doivent se re-agréger ; je ne re-pousse pas pour cela.

Le verdict LGTM de clusterManager-Myia (2026-10-24T02:22Z) est au dossier et ne porte aucune réserve à lever ; la décision de merge revient au coordinateur.

Etat du rouge No markdown content loss in changed notebooks — lecture perimee, rien a corriger dans la PR

Mesures faites sur la tete e7b7c2c41a de cette PR, avec le garde de main (pas celui de #22308) :

1. Le marqueur du body est bien lu. _parse_pr_body_markers(body, <notebook>) rend {16} — la forme md-content-loss: reecriture assumee -- <carnet> cell 16 : <raison> passe la regex, y compris avec le chemin devant cell.
2. Le garde rend 0 finding quand le body lui est fourni. Rejoue a la main, base origin/main contre la tete de cette PR :

[STATS] md_cells base=25 head=25 stable=True | findings=0
[JUSTIFIED_BY_BODY] cellules [16] -- reecritures assumees par marqueur de body (#13491).
  - cell 16 TRUNCATED_CELL_JUSTIFIED_BY_BODY: 887c -> 184c -- reecriture assumee par marqueur de body

Sans le body, le meme diff rend findings=1 (TRUNCATED_CELL). C'est donc bien la seule presence du marqueur qui fait la difference, et elle est presente.

3. Le rouge committe est perime. Un seul check-run de ce nom existe sur cette tete, termine le 2026-10-23 14:48:19Z. Or un run Always-on guards plus recent est en file depuis le 2026-10-24 03:01:21Z (run 40056592945), declenche par l'edition du body : il re-evaluera ce meme garde avec le marqueur en place.

Je ne demande pas de rerun : un run est deja en file, et le pool de CI est sature (~1500 runs). Le prochain passage suffit.

[REPAIR] lane myia-po-2025:CoursIA — No markdown content loss : la table des opérations moviepy avait perdu son titre

Deux jambes rouges sur cette PR, une seule était de son fait.

• Always-on guards -- 16 organes, 1 checkout : cancelled, quatre fois dans le rollup. Ce n'est pas un rouge de la PR — la famine de quota (~1 900 runs en file) annule les enfants avant leur terme. Rien à corriger ici ; rejeu quand la capacité revient.
• No markdown content loss in changed notebooks : réel, et corrigé au commit 6fb4f93f85.

Le finding. 01-1-Video-Operations-Basics.ipynb, cellule 16 : TRUNCATED_CELL: 887c -> 184c (ratio 0.207, seuil 0.75) — avant, ### Interpretation : Manipulations moviepy ; après, ## Section 3 : ….

Ce que la mesure a montré. Aucun contenu n'avait disparu : la consolidation avait fusionné l'interprétation (table des opérations + trois points clés) dans la lecture du fondu enchaîné, qui venait d'être écrite au-dessus. Vérifié mot par mot dans le carnet au head — subclipped, Points clés, paresseuse (lazy), DejaVuSans sont tous présents, et le total du carnet ne perdait que 35 caractères.

Le vrai défaut était éditorial, pas quantitatif. Une table de référence pour toute la section (« quelle méthode fait quoi ») se retrouvait sous un titre de lecture d'un résultat (« ce que montre ce fondu enchaîné ») : deux fonctions pédagogiques différentes dans une cellule, avec le titre de la seconde. Un lecteur qui cherche l'API des opérations ne pensait pas à la chercher là.

Correctif. La cellule 15 garde son titre de lecture et ses deux observations chiffrées (durée 4.00s contre 5.00s, et les deux cercles semi-transparents). La table et les points clés reprennent une cellule propre, ### Interprétation — les manipulations moviepy, placée après la lecture et avant la Section 3 — donc à la bonne place dans l'enchaînement, et sans redite.

Mesure après correctif (detect_md_content_loss.py --base origin/main --check <carnet>) :

[STATS] md_cells base=25 head=26 stable=False | normalized_chars base=22594 head=22597 | findings=0

Modification markdown seule : aucune ré-exécution due (§C.2). L'autre carnet de la PR (04-5b-MiniMax-video-01-v1-Cloud-Video.ipynb) était déjà à findings=0 et n'est pas touché.

[REPAIR] lane myia-po-2025:CoursIA — les deux observations de la review 5636406473 sont traitees, et la seconde est desormais mesuree

La review NanoClaw du 2026-10-24T02:22Z portait sur le head e7b7c2c4. Le head courant est 6fb4f93f85, posterieur. Les deux points 🟡 sont donc traites sans que la review ait pu les voir.

🟡 (1) « la table moviepy suit les puces sans en-tete propre »

Exact au head revu, corrige au commit 6fb4f93f85 — la table et les trois points cles retrouvent leur propre cellule, ### Interprétation — les manipulations moviepy, inseree en index 16 (id interp-moviepy-ops, 829 caracteres normalises). La lecture de l'exemple guide 1 reste seule en cellule 15, avec son titre.

Mesure a la tete : detect_md_content_loss.py <carnet> --json rend findings: []. Le compte de cellules markdown passe de 25 (base) a 26 (tete) — une cellule de plus, ce qui est le sens de la correction : le titre absorbe n'existe plus, il est remplace.

🟡 (2) « Non verifie : la revendication du body que la tranche mesuree ne rendait que ces 2 paires »

C'etait la seule observation qui demandait une mesure et non une lecture, et elle est legitime : le body affirmait une propriete du dossier Video entier sur la foi d'un scan de 2 carnets. Mesure faite, sur le dossier entier, a la tete de cette PR :

$ python scripts/notebook_tools/check_split_reading_cells.py MyIA.AI.Notebooks/GenAI/Video
generic_pair   01-Foundation/01-1-Video-Operations-Basics.ipynb  cellules [15, 16]

Total : 1 ({'generic_pair': 1})

Une seule occurrence dans les 22 carnets. Et elle n'est pas imputable a cette PR : le meme organe, passe sur la version de origin/main du carnet, rend la meme paire au meme index, avec les deux memes en-tetes :

$ python scripts/notebook_tools/check_split_reading_cells.py <01-1 extrait de origin/main>
generic_pair cellules [15, 16] J=0.058 C=0.042
  «Lecture du résultat — exemple guidé 1 (fondu enchaîné)» + «Interpretation : Manipulations moviepy»

Base : une paire generic_pair en [15,16]. Tete : une paire generic_pair en [15,16]. La PR ne cree ni ne supprime de couple ; elle preserve la structure d'origine en restituant le titre qui manquait. La classe generic_pair est la classe faible de cet organe — sa propre baseline en compte 78 carnets — et le detecteur est cable en advisory (.github/workflows/split-reading-advisory.yml), non bloquant.

Levée

Ces deux points sont donc traites en substance, par commit et par mesure. La levée formelle demande une phrase sous myia-ai-01 (CLAUDE.md section B.0 : sous le login partage, une phrase ecrite par la lane auteur ne leve pas une reserve de tiers). Je la demande au coordinateur sur #22187 en nommant cette review et son auteur.

Rien d'autre n'est en attente de ma part sur cette PR : les jambes cancelled du rollup sont la famine de runners, pas un defaut de la PR.

Golden-Set Execution (H.7 P3)

✅ 9/9 notebooks passed (certified reproducible)

Pinned lockfile: scripts/notebook_tools/golden_set.lock.txt (H.7 P3, axe A #4208)

Remede ai-01 applique — commit 7433bb9d84 (markdown-only : 1 fichier, -9/+3).

1. les deux cellules de lecture de 01-1-Video-Operations-Basics redeviennent une seule, comme a e7b7c2c41a ;
2. le sous-titre de la table moviepy vit dans la cellule consolidee : **Les manipulations moviepy, en un coup d'oeil** — une ligne de sous-titre, pas un en-tete ###, donc la lecture n'est pas re-scindee ;
3. organe relance sur les 22 carnets Video, sortie collee telle quelle ci-dessous.

$ python scripts/notebook_tools/check_split_reading_cells.py MyIA.AI.Notebooks/GenAI/Video

Total : 0 ({})

$ python scripts/notebook_tools/check_split_reading_cells.py \
    MyIA.AI.Notebooks/GenAI/Video/01-Foundation/01-1-Video-Operations-Basics.ipynb
clean

Aucune cellule de code touchee : la re-execution due par C.2 ne s'applique pas (markdown-only). Le body n'est pas edite (consigne famine #22331) — il redevient exact sans modification : la formulation « une lecture par sortie » est desormais vraie a la tete.

Reponse ecrite a la review 5638781401 : la premiere observation (table sans titre) est traitee par le sous-titre, la seconde (paire de lectures recreee par 6fb4f93f85) est annulee par la fusion — les deux ensemble, sans arbitrer l'une contre l'autre.